今天看代码的时候，看到一个比较复杂的sql语句，我知道这条sql语句最终想要实现的结果，所以我就想自己写sql来实现一下，看看速度会不会更好，然后发现别人的sql写法执行效率更高，由此打开了一个新的世界。

在聊天消息记录表中查询该用户和其他消息发送者的“最近一条未读消息id、最近一条未读消息内容、最近一条未读消息接收时间、未读消息数量、消息发送者id、消息发送者名称”。其中表名是msg_record，相关字段如下：

需求分析：

需要查询的结果中包含“最近一条未读消息id、最近一条未读消息内容、最近一条未读消息接收时间”，针对“最近一条未读消息接收时间”来说，可以使用聚合函数max()，但是剩余两个都是文本性质的内容，那就只能通过排序获取，针对Mysql数据库来说，如果我们获取非分组字段，那Mysql数据库会把分组中的第一条返回，所以利用这个特性，我们就先执行排序，然后在分组，之后利用Mysql的上述特性完成数据的获取工作

sql语句：

执行分析：

在上述sql前面添加EXPLAIN字段即可，我们看下分析结果：

上述第二行代表子查询使用的是全表扫描，但是使用到了索引；第一行代表全表扫描，但是没有使用索引，两个都是全表扫描，说明效率是真的不高

经测试发现，执行时间大致是0.024秒左右

需求分析：

既然先排序的方式不行，那我们就采用先分组在排序的方式来得到最终结果，这就需要使用到SUBSTRING_INDEX、GROUP_CONCAT、CONCAT函数，我们来解释一下这几个函数的含义：

详细分析可看：mysql取出每个分组中最新的记录(坑点勿踩)

sql语句：

执行分析：

在上述sql前面添加EXPLAIN字段即可，我们看下分析结果：

可以看到使用的是ref扫描，并且使用到了索引，并且是常量类型的索引，这肯定速度就比较快。

经测试发现，执行时间大致是0.015秒左右

我们对上面那几个函数的使用情况进行一个解释，我们先使用CONCAT()函数对属性id进行字符串拼接，然后使用GROUP_CONCAT()按照时间进行排序之后在进行字符串拼接，这样就是一个很大的字符串了，之后在使用SUBSTRING_INDEX()进行按照分隔符进行数据截取，就可以获取到结果了

但是这种处理方式也有一个弊端，如果数据量很大的话，通过这几个函数执行相关操作，那就可能会出现内存泄露的问题，但是大部分情况还好